Skip to main content

Liaison de données avec les sources de données

Afin d'avoir un accès en lecture/écriture aux appareils distants et à leurs applications en cours d'exécution, vous pouvez ajouter un gestionnaire de sources de données à votre application avec une ou plusieurs sources de données.

La fonctionnalité du gestionnaire de sources de données permet d'établir des connexions et des communications avec des appareils distants, et rend ses données disponibles via des variables de source de données. A ce moment, les partenaires communiquent au moyen d'une connexion point à point. Selon le réseau où se trouvent les contrôleurs, une connexion est établie au moyen du CODESYS symbolique ou CODESYS Types de sources de données ApplicationV3.

CODESYS Type de source de données symbolique

Le CODESYS Le type de source de données symbolique est disponible seul avec un CODESYS appareil. Cependant, il est alors avantageux d'utiliser ce type.

Astuce

En dessous d'un CODESYS HMI périphérique, vous pouvez configurer la liaison de données soit avec le CODESYS Type de source de données symbolique ou CODESYS Type de source de données ApplikationV3. Nous vous recommandons de sélectionner CODESYS ApplikationV3 comme type de source de données uniquement lorsqu'aucune ressource pour la configuration de symbole n'est disponible sur l'appareil distant. C'est par exemple le cas des automates embarqués ou mini-automates dont les applications ne contiennent souvent pas de configuration de symboles.

La condition requise pour une configuration de connexion est que les symboles ont été configurés dans l'appareil distant et qu'il existe par conséquent un fichier de symboles. L'application dans l'appareil distant a une configuration de symboles. Ensuite, la liaison de données peut être établie via une surveillance symbolique.

Dans le cas d'une surveillance symbolique, le fichier de symboles sur l'appareil distant est lu et les informations de variable stockées sont utilisées pour les variables de source de données et le transfert de données. L'avantage est que l'application n'a pas besoin d'être mise à jour dans l'équipement local lorsque quelqu'un modifie l'application distante sans mettre à jour sa configuration de symbole. Si le fichier de symboles se trouve également sur votre système de développement (soit un fichier, soit un objet de configuration de symboles dans le cadre de votre projet), le fichier de symboles local peut également être lu. Ensuite, vous pouvez travailler hors ligne pendant la phase de développement.

Pendant la phase de développement, vous pouvez créer une liste de variables hors ligne à l'aide de fichiers de configuration de symboles locaux. De cette manière, vous pouvez développer une application locale hors ligne basée sur les informations de symbole sans connexion à une source de données.

Astuce

Dès CODESYS Communication 4.5.0.0 et système de programmation/système d'exécution V3.5 SP20, les types de données structurés sont transférés avec leur nom de type d'origine au lieu du nom utilisé précédemment GeneratedType_<number>.

. Les types de connexion suivants sont possibles :

  • CODESYS V2

    Les appareils existent dans le même réseau. Le runtime V2 sur l'automate distant fournit une interface de communication.

  • CODESYS V2 (via passerelle)

    Les appareils n'existent pas dans le même réseau. Ils sont connectés via une passerelle V2.

    Remarque : Pour cette connexion, un CoDeSys V2.3 Serveur de passerelle (passerelle V2) doit être installé sur le poste de développement où CODESYS V3 est en cours d'exécution.

  • CODESYS V3

    Les appareils existent dans le même réseau. Le runtime V3 sur l'automate distant fournit une interface de communication.

  • CODESYS V3 (via passerelle)

    Les appareils n'existent pas dans le même réseau. Ils sont connectés via une passerelle V3.

Type de source de données : CODESYS Demande V3

Ce type de source de données est disponible sous tous les types d'appareils.

La liaison de données avec CODESYS Le type de source de données de l'application V3 est effectué au moyen de la surveillance des adresses. Cela nécessite que les informations d'adresse entre l'automate distant et l'équipement local correspondent. Le système d'exécution de l'application locale a besoin de paramètres de communication valides pour établir la connexion.

Astuce

La fonction d'analyse du réseau peut vous aider lors de la configuration de la source de données.

Inconvénient : Si vous modifiez l'application distante, vous devez également mettre à jour l'application locale par la suite (par exemple, l'application HMI.

L'avantage est qu'une configuration de symbole n'est pas nécessaire dans l'application distante.

Astuce

Dès CODESYS Communication 4.5.0.0, il est possible de transférer des variables de types énumération avec leur type d'origine, alors que les versions antérieures ne prenaient en charge que le type d'énumération de base numérique.

Type de source de données Serveur OPC UA

Ce type de source de données est utilisé pour les échanges entre le serveur OPC UA et les clients.

Pour plus d'informations, voir : Établissement de la connexion d'un client OPC UA de source de données à un serveur OPC UA et Serveur OPC UA

Note

Une source de données de type "Serveur OPC UA" ne prend pas en charge les types de bloc/types de données suivants :

  • TABLEAU de structures

  • OPC UA VariableTypes (Qualité, unités d'ingénierie, etc.)

  • Property

  • Method

Transmission de données

Lors de l'exécution de l'application locale, les variables de source de données qui apparaissent dans l'éditeur de source de données de l'application locale. Variables Les onglets sont mis à jour à intervalles de temps configurables. L'application distante est également exécutée à ce moment-là. Les variables configurées dans la visualisation, dans la tendance, comme alarmes ou pour les recettes sont transférées et stockées automatiquement. Lorsqu'une variable est accessible en code CEI uniquement, la variable n'est pas mise à jour automatiquement. Dans ce cas, vous devez sélectionner le Toujours mettre à jour option dans l'éditeur de source de données du Variables languette.

. Les types de sources de données prennent en charge l'accès aux données (lecture ou écriture) aux variables de l'automate source pour les types de données suivants :

  • Valeur scalaire au niveau supérieur

    Exemple: PLC_PRG.hugo

  • Propriété à un programme ou GVL au moyen d'un appel lorsqu'il est marqué de {attribute monitoring := 'call'}.

    Exemple: PLC_PRG.PropertyCall

  • Variable mappée sur des adresses de bits

    Exemple dans PLC_PRG: x AT %MX0.5 : BOOL;

  • Variable (type BIT) dans un bloc fonction

    Exemple : Déclaration dans DUT: x, y : BIT, accès aux bits : PLC_PRG.dutInst.y

  • Variable structurée pouvant être obtenue

    Exemple: PLC_PRG.outerInst.innerInst.dwVar

  • Propriété de l'instance POU lorsqu'elle est marquée avec {attribute monitoring := 'call'}

    Exemple: PLC_PRG.instance.PropertyCall

  • Propriété au niveau supérieur et à une instance lorsqu'elle est marquée avec {attribute monitoring := 'variable'}

    Remarque : Ceci ne peut pas être écrit par la surveillance ou par les sources de données.

  • Accès au tableau avec index littéral

    Exemple: PLC_PRG.arrOfInts[3], PLC_PRG.inst.arrOfBool[1]

  • Accès imbriqué (par exemple, tableau de structures ou structure de tableaux)

Attention

Accès aux bits utilisé dans les visualisations transférées via une fonction de connexion à une source de données uniquement si elles contiennent des spécifications de décalage littérales. Une visualisation ne peut pas traiter une spécification de décalage par des constantes définies.

Dans cette section​: